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BACKGROUND 

Field of the Invention 

[0001] The present invention relates generally to improvements in mobile telephone 

networks' Multimedia Message Service (MMS) offerings. More specifically, the 
present invention is related to systems and methods that support the definition, 
management, and application of configurable pre-transcoding operations as they 
relate to MMS. 
Background of the Invention 

[0002] In North America, and many other parts of the world, mobile 

telecommunication networks are characterized by different standards such as TDMA, 
CDMA, GSM, iDEN and many variants thereof, such as 2G (Second Generation 
Networks) and 3G (Third Generation Networks). The standards typically specify the 
radio interface characteristics, equipment details and associated number schemes, 
applicable communication protocols including the associated message definitions and 
characteristics of inter-connecting networks. While some of the concepts are common 
among these disparate standards, the commonality of the concepts is not sufficient to 
make devices belonging to one network talk to devices belonging to another network 
for wireless messaging needs. 

[0003] A telecommunication network supports many services. Primary among them 

are voice calls and messaging. Aspects of the present invention primarily concern 



messaging and, therefore, this description concentrates on expanding upon the state of 
messaging standards. 

[0004] The wireless messaging revolution started primarily with the GSM standard 

with the introduction of Short Message Service (SMS). An SMS message can have a 
maximum of 160 characters (140 octets) and is used for a number of applications 
including person to person messaging, binary content such as ring tones, person to 
application messaging and a number of other uses. Almost all other standards such as 
ANSI TDMA and CDMA wireless networks also have implemented an equivalent 
form of short message support within their networks. 

[0005] There are other forms of messaging such as EMAIL, WAP and, more 

recently, Multimedia messages (MMS). In some cases, one form of messaging is 
carried over the bearers of other forms of messaging. For example, an EMAIL 
message could be implemented with SMS as a bearer service. 

[0006] In general, it is not easily possible to exchange messages across different 

networks supporting different wireless standards. SMS messaging has become very 
popular in Europe and other parts of the world due to implementation of the GSM 
standard in many networks, which makes it possible to exchange SMS messages 
easily across the networks. In the case of ANSI TIA/EIA 41 standards, such an 
exchange has not been possible until aspects of the present invention were put in 
place in North America in the year 2001 . 

[0007] The exchange of messages across different networks is further complicated by 

roaming, number portability, quality of service, "spam", and billing requirements. 
Due to its very nature, mobile networks permit roaming of subscriber units within the 
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network and other networks implementing compatible standards, provided a business 
arrangement between the effected networks exists. In order to deliver a message to a 
mobile unit, it is necessary to find its current location and associated gateway and 
interface address. 

[0008] One of the features of number portability is the ability to port a number from 

one service provider to another. Number portability poses problems with the delivery 
of messages when relatively static routing tables are used. A similar but independent 
problem arises out of "number range contamination". In North America, for example, 
messages and calls are routed to networks using what is known as NPA/NXX ranges. 
This methodology refers to routing of calls using the first 6 digits of the telephone 
number (TN) in the North American Number Plan (NANP). Traditionally, a set of 
number ranges segmented by NPA/NXX are assigned to service providers. 

[0009] Recently, in the United States, a change has been made in telephone number 

range assignments to service providers. Instead of the usual 6 digit number ranges, 
the assignments are made, now, using 7 digit ranges. However, during the 
reassignment, certain numbers in a range may be, what is termed as, "contaminated," 
where a small percentage of numbers may belong to one service provider, even 
though the range as a whole is owned by another service provider. 

[0010] In addition to the contaminated and ported number issues mentioned above, 

there are a number of other inter-connectivity issues that may need to be addressed 
for flexible and reliable message bridging across different networks. For example, a 
source and destination network (with respect to a message going between subscribers 
of those two networks) may be inter-connected by more than one Intermediate 



3 



network. The routing tables and associated methodologies must account for this 
multi-hop connection. A destination network may be accessible only through a 
designated service provider to the network. For example, a SS7 service provider may 
have exclusive access to a carrier's network and the message must be routed through 
such a connection. There may be multiple types of connections to a network to reach 
the same mobile subscriber. Further, there may be multiple instances of a particular 
type of connection to a network to reach the same mobile subscribers. 

[001 1] In addition, there might be varying levels of Quality of Service for multiple 

connections to the same network. 

[0012] To summarize, the following are many of the challenges that need to be 

addressed for successful and reliable message exchange between disparate wireless 
networks: 

o Protocol Conversion - ability to account for protocol differences 

o Transmission network support - ability to connect with the right kind of 

transmission network 
o Inter-Domain or Inter-network Addressing Conversion - ability to perform 

address translation, as necessary 
o Dynamic Routing Lookup - ability to resolve for accurate and timely 

routing information 
o Message Transformation - ability to transform messages based on 

business and technical needs 
o Storage and re-transmittal - ability to store and forward based on business 

and technical needs 
o Recording of transmission events for billing and other uses - ability to 

record the message transmission events 
o Management channel support - ability to manage message transmission 
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o Anti-spam, Authentication and other centralized value add services - 

ability to provide network protection, 
o Lateral transmission to other Intermediary networks - ability to interface 

with multiple networks 
o Transaction support - ability to reliably transact a message delivery 

attempt 

o Quality of Service - ability to support varying quality levels in providing 
service 

[0013] As previously mentioned, MMS is a follow-on to the wildly-successful Short 

Message Service (SMS) or 'text messaging' communication channel. As an initial 

point of reference, the WebOpedia on-line technical dictionary defines MMS as: 

... a store-and-forward method of transmitting graphics, video clips, 
sound files and short text messages over wireless networks using the 
WAP protocol. Carriers deploy special servers, dubbed MMS Centers 
(MMSCs) to implement the offerings on their systems. MMS also 
supports e-mail addressing, so the device can send e-mails directly to 
an e-mail address. The most common use of MMS is for 
communication between mobile phones. 

[0014] As MMS services have emerged, so too have a plurality of MMSC vendors 

(e.g., LogicaCMG, Open Wave, Nokia, among others). While, in general, each 
MMSC vendor strives to develop its platform to a set of publicly-available 
definitional standards, vendor-specific implementation nuances or differences 
inevitably arise. Those nuances or differences (relating to, as an example, specific 
messaging protocol support) are then magnified by each wireless carrier's own 
unique implementation of a vendor's MMSC platform within a carrier's network 
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(involving, as an example, acceptable message size, image type, etc.). These factors, 
in the end, yield a significant inter-carrier or cross-carrier interoperability challenge. 
BRIEF SUMMARY OF THE INVENTION 

[0015] The present invention addresses inter-carrier or cross-carrier interoperability. 

As noted previously, MMS messages contain message payloads that include 
information that is more complicated than simple SMS text, and, consequently, 
present significantly greater challenges. To attain a resolution to these 
interoperability challenges, the present invention provides a facility whereby 
configurable message content transformation operations may be dynamically realized. 

[0016] In a preferred embodiment, the present invention provides a transcoding 

facility that first determines to which carrier an incoming MMS message is intended 
to be directed, and then pulls appropriate carrier profile information to effect the 
desired transcoding of the MMS message. Once transcoding is complete, the 
modified message is forwarded to the carrier that was previously identified. The 
present invention thus make it possible to seamlessly interconnect carriers that may 
have implemented MMS in somewhat different ways. 

[0017] In one possible implementation, the transcoding facility is combined with an 

intermediary operating between carriers to facilitate interoperability of SMS 
messages. One such intermediary is described in U.S. Ser. No. 10/426,662, "Systems 
and Methods for Interconnecting Heterogeneous Networks," filed May 1, 2003, 
which is incorporated herein by reference. 
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[0018] The features and attendant advantages thereof will be more fully appreciated 

upon a reading of the following detailed description in conjunction with the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0019] Figure 1 is a schematic representation of an MMS Reference Architecture; 

and 

[0020] Figure 2 is a diagram showing how an MMS message may be transferred from 

one carrier to another according to an exemplary embodiment of the present 
invention. 

DETAILED DESCRIPTION OF THE INVENTION 
[0021] Figure 1 is an exemplary MMS architecture 100 defined by the TS 23.140 

specification from the Third Generation Partnership Project (3GPP) 5 which is 
incorporated herein by reference. Architecture 100 includes a plurality of interfaces, 
MM1-MM8, to allow communication between various entities within the structure. 
Central to architecture 100 is an MMS relay server 102. Relay server 102 is 
essentially a hub through which most, if not all, communication within architecture 
100 is routed. 

[0022] Reference point MM1 is used to submit Multimedia Messages (MMs) from 

MMS User Agent 104a to MMS Relay/Server 102, to let MMS User Agent 104a pull 
MMs from MMS Relay/Server 102, let MMS Relay/Server 102 push information 
about MMs to MMS User Agent 104a as part of an MM notification, and to exchange 
delivery reports between MMS Relay/Server 102 and MMS User Agent 104a. In 
addition to such a direct connection, reference point MM4 between a foreign MMS 
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Relay/Server 108 belonging to different MMSEs and server 102 is used to transfer 
data between server 102 and MMS User Agent 104b. 

[0023] Reference point MM3 is used by MMS Relay/Server 102 to send Multimedia 

Messages to and retrieve MMs from servers of external (legacy) messaging systems 
that are connected to the service provider's MMS Relay/Server, for example external 
servers 106a 5 106b, 106c...l06n. 

[0024] Reference point MM5 may be used to provide information to MMS 

Relay/Server 102 about the subscriber contained in Home Location Register (HLR) 
110. Similarly, MM6 may be used to transfer information between MMS 
Relay/Server 102 and MMS User Database 1 12. 

[0025] Reference point MM7 is used to transfer MMs from MMS Relay/Server 102 

to MMS VAS applications 1 14 and to transfer MMs from MMS VAS applications 
1 14 to MMS Relay/Server 102. Reference point MM8 allows communication 
between billing system 116 and MMS/Relay Server 102. Reference architecture 100 
is merely disclosed as an exemplary architecture that could be utilized in conjunction 
with the present invention. One of ordinary skill in the art would understand that 
additional elements could be added or that some of the elements pictured may not be 
present along with any combination of additions and deletions. 

[0026] Despite agreements among vendors with respect to standards such as TS 

23.140, nuances or differences inevitably arise in actual implementations of different 
vendors' MMSC platforms. These vendor nuances or differences (relating to, as an 
example, specific MM4 support) are then magnified by each wireless carrier's own 
unique implementation of a vendor's MMSC platform within a carrier's network 
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(involving, as an example, acceptable message size, image type, etc.). These factors, 

in the end, yield a significant inter-carrier or cross-carrier interoperability challenge - 

e.g., a first carrier's MMSC implementation may likely face a not-insignificant set of 

interoperability issues when trying to communicate with a second carrier's MMSC 

implementation. These carriers may also face an altogether different set of 

interoperability issues when trying to communicate with a third carrier's MMSC 

implementation and may face yet another set of interoperability issues when trying to 

communicate with a fourth carrier's MMSC implementation. 

[0027] Since, as noted previously, MMs convey message payloads that contain 

information of a kind well beyond simple text, the interoperability challenges just 

described become substantive indeed. To address the myriad interoperability issues, 

the present invention employs transcoding. The "WebOpedia" on-line technical 

dictionary defines transcoding as: 

The process of converting a media file or object from one format to 
another. Transcoding is often used to convert video formats (i.e., 
Beta to VHS, VHS to QuickTime, QuickTime to MPEG). But it is 
also used to fit HTML files and graphics files to the unique 
constraints of mobile devices and other Web-enabled products. 
These devices usually have smaller screen sizes, lower memory, 
and slower bandwidth rates. In this scenario, transcoding is 
performed by a transcoding proxy server or device, which receives 
the requested document or file and uses a specified annotation to 
adapt it to the client. 

[0028] Enabling universal access to multimedia content is important for the success 

of MMS. Universal access describes the way in which multimedia content is adapted 
to the constraints of another device. For example, if one phone has a screen size 
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bigger than another, then the image has to be optimized in order for it to be displayed 
properly. Similarly if one phone supports GIF and the other only supports JPG the 
format would have to be changed and optimized in order for it to be displayed 
correctly. 

[0029] Essentially, what happens is that content is tailored before it arrives at the 

other device. This tailoring process is called transcoding. Transcoding systems can 
adapt video, images, audio and text to the individual constraints of different devices. 
Content is summarized, translated and converted, on the fly. 

[0030] Transcoding is particularly important in the mobile world not just for 

interoperability issues, but also due to the current bandwidth limitations. 
Downloading images and movies onto an MMS phone may well take a few minutes, 
which is not always acceptable in certain situations. Transcoding can reduce file sizes 
whilst optimizing them. This allows the user experience to be maximized, due to the 
download time being minimal. 

[003 1] Legacy support can also be achieved using a transcoder. This allows MMS 

messages to be sent to legacy device, albeit in a downgraded form (e.g. without color 
and depth). This allows legacy devices to experience an MMS message, after it has 
been converted to a relevant format, e.g. EMS. Some transcoders then allow that 
legacy device to forward on the message to an MMS device, and it will be displayed 
correctly. 

[0032] Transcoding, as employed in accordance with the present invention ensures 

interoperability, which means an MMS message will look as the author intended it, 
no matter what device it is sent from or to. Without good interoperability the user 
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experience will be nullified. If a picture is sent via MMS, the user desires that it look 
exactly as it did when sent. If this is not the case, this user is less likely to send an 
MMS picture again. The same applies to sound, and video. MMS interoperability is 
therefore a must. Users want a service similar to SMS. The use of transcoders in 
accordance with the present invention can make MMS interoperability similar to 
SMS interoperability, such that sending an MMS message to another MMS device 
will be virtually seamless. 

[0033] Transcoding directly affects what the end users see and hear. This means it is 

a reflection of the MMS service as a whole. Therefore a good transcoding solution is 
important to the success of MMS. 

[0034] To help facilitate resolution of the previously identified interoperability 

challenges, the present invention provides a facility whereby configurable destination 
carrier-specific transcoding (message content transformation) operations may be 
dynamically realized. In general, the present invention supports the maintenance or 
preservation of the highest possible end user experience while facilitating resolution 
of the instant interoperability challenges. 

[0035] As seen in Figure 2, an MMS message is received from a source carrier 210 

(Carrier i) by an Inter-Carrier Vendor (ICV) 220, appropriately processed (including, 
if applicable, the application of a configurable pre-transcoding operation), and then 
dispatched to the destination carrier (Carrier 2 ) 250 for delivery to the destination 
address. In one possible implementation, ICV 220 is a facility that is itself 
encompassed within an intermediary facility like that described in U.S. Ser. No. 
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10/426,662, "Systems and Methods for Interconnecting Heterogeneous Networks/' 
filed May 1, 2003, which is incorporated herein by reference. 
[0036] ICV 220 receives an MMS message from Carrieri 's MMSC platform 212 via, 

e.g., MM4, as described in relation to Figure 1. ICV 220 queries a Number 
Portability (NP) database 222 to authoritatively determine the identity of the carrier 
that currently is associated with (i.e., currently services) the address that is identified 
as the destination of the MMS message. The identity of destination carrier (Carrier 2 ) 
250 is returned. ICV 220 then queries a Carrier Profile (CP) repository 224 for the 
CP for destination carrier (Carrier2) 250. The profile for destination carrier (Carrie^) 
250 is then returned. 

[0037] At this point, the content or the pay load of the instant MMS message is 

examined vis-a-vis the returned CP and a series of processing decisions are 
dynamically made. Through examination of the destination carrier's CP, ICV 220 
may query whether the destination carrier 250 is able to accept the instant MMS 
message as-is. If the answer to this inquiry is 'Yes' then the MMS message may be 
delivered to the destination carrier's MMSC platform 252 via MM4. If the answer to 
this inquiry is 'No' then ICV 220 may iterate through the entries in the CP (in a 
defined, for example ranked or weighted, manner). ICV 220 then determines if a pre- 
transcoding operation is applicable to the current situation. If the answer to this 
inquiry is 'No' then a 'best possible routing' model is employed and the instant MMS 
message is delivered to the destination carrier's legacy facility (not depicted) through 
ICV's 220 MMSC platform 226 via MM3. Alternatively, an informational SMS 
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message may be delivered to the destination carrier's SMS Center (SMSC) 254 via, 
for example, Short Message Peer-to-Peer (SMPP) from SMSC 228 of ICV 220. 
[0038] If the answer to the previous inquiry (pre-transcoding operation applicable?) is 

6 Yes' then ICV 220 performs the appropriate pre-transcoding operation and delivers 
the instant MMS message to the destination carrier's MMSC platform 252 via MM4. 
It is important to note that there could be a variety of other processing sequences, 
decision trees, etc. that can be implemented within the context of the present 
invention. 

[0039] Central to the present invention is the concept of a Carrier Profile (CP). A 

carrier profile is a highly flexible, easily extensible hierarchy of definitional 
information that is specific to, or applicable to, a given carrier. Carrier profiles are 
stored within an appropriate back-end repository. For example, one embodiment of 
the present invention might employ carrier profiles that contain the following 
exemplary information: 

Carrier 

Top-level Constraints (overall size, etc.) 

Device Type 
Content Type 
Content Size 

Particulars (delivery protocol [s] , color depth, encoding, etc.) 

[0040] Those skilled in the art will appreciate that there could be multiple entries for 

each of the different 'levels' up and down the hierarchy. It is important to note that 
there are many other arrangements possible within the context of the present 
invention. Additionally, it should be noted that the implementation of an ICV's CP 
repository loading/update process may include any number of channels or avenues, 
including manual (e.g., through command-line utilities or a Web-based user interface) 
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and automatic (e.g., the programmatic exchange of data files or an on-line/real-time 
data feed or), involving both the ICV and the involved carriers (Carrier i, Carrier, . . . 
Carrier n ). 

[0041] The foregoing disclosure of the preferred embodiments of the present 

invention has been presented for purposes of illustration and description. It is not 
intended to be exhaustive or to limit the invention to the precise forms disclosed. 
Many variations and modifications of the embodiments described herein will be 
apparent to one of ordinary skill in the art in light of the above disclosure. The scope 
of the invention is to be defined only by the claims appended hereto, and by their 
equivalents. 

[0042] Further, in describing representative embodiments of the present invention, 

the specification may have presented the method and/or process of the present 
invention as a particular sequence of steps. However, to the extent that the method or 
process does not rely on the particular order of steps set forth herein, the method or 
process should not be limited to the particular sequence of steps described. As one of 
ordinary skill in the art would appreciate, other sequences of steps may be possible. 
Therefore, the particular order of the steps set forth in the specification should not be 
construed as limitations on the claims. In addition, the claims directed to the method 
and/or process of the present invention should not be limited to the performance of 
their steps in the order written, and one skilled in the art can readily appreciate that 
the sequences may be varied and still remain within the spirit and scope of the present 
invention. 
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